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DATA FORMAT AND DATA TRANSFER 

The present invention relates to a data format, a method of transferring data 
and a data transfer system. 

"SDTI-CP: is described in the paper "Intra-Studio Distribution of Programme 
5 Bitstreams" by J.H Wilkinson and H. Nakano and published in/at IBC 99 Amsterdam 
10-14 September 1999. 

The SDTI (Serial Data Transport Interface) is defined in SMPTE 305M. It is 
also reviewed in the paper "Interconnectivity in the DTV Era: The Emergence of 
SDTI" by A. Legault and J. Matey and published in/at IBC 99 Amsterdam 10-14 
10 September 1999. 

Referring to Figure 1, SDTI transmits packets in a signal structure comprising 
frames of television lines. Ancillary data (ANC) is carried in the horizontal blanking 
area (H-ANC) of lines and data is carried in a payload area of each line. The payload 
area is in the active line interval. SDTI allows packets to be routed wherever SDI 
15 connections are available and also allows packets from more than one source to be 
transmitted. SDI is the Serial Digital Interface defined by ITUR 656. 

The SDTI-CP paper proposes that "Content Packages" (CP) are used to 
transfer primarily MPEG-2 encoded bitstreams using the SDTI. However other 
bitstreams can also be transferred. 
20 A content package has a structure as shown in Figure 2. 

Each Content Package contains a video frame and associated audio and 
auxiliary data as shown in Figure 1. It is constructed of up to four Items each 
comprising one or more Elements. The four Items are System, Picture, Audio and 
Auxiliary. There is always a System Item and at least one other Item. Picture and 
25 Audio Items are essentially stream Elements carrying the primary components of 
television. These two Items are often routed to specialist storage or processing 
equipment. Auxiliary data is used to carry data-centric content such as sub-titles, 
teletext and closed caption data and is frequently created, processed and stored on 
computer media. As digital delivery services increase, Auxiliary data types can be 
30 expected to grow in number, volume and complexity. Finally, the system Item 
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provides services for the package as a whole through package metadata such as time 
stamps, metadata for Elements in the other three Items and finally, a downstream 
package control element. 

The Picture, Audio and Auxiliary data Items can consist of up to 255 Elements 
5 which represents a potentially massive streaming capability. Each Content Package 
contains the associated contents of one frame period starting with a System Item and 
optionally containing Picture, Audio and Auxiliary Items. Figure 2 shows the layered 
structure of a Content Package. 

The metadata contained in the System Item has a link which associates any 

10 metadata Item uniquely with its associated element. In many cases, metadata is 
contained in the element (e.g. in the case of MPEG-2, metadata is contained in the 
various headers of the MPEG-2 bitstream). The external metadata link is provided to 
either replicate the metadata embedded in the Element or to provide additional 
metadata not contained in the element. Replicating the embedded metadata from an 

15 Element can provide quick access to key metadata without the need to re-parse the 
element bitstream. 

Each content package CP must contain a System Item and the package is 
completed with any of the other Items. The System Item must appear first in order to 
provide a recognisable starting point and there can only be one Item of any type in any 

20 one package. A typical arrangement of System, Picture, Audio and Auxiliary data 
Items in a video field is shown in Figure 1 . 

Each Item as described above is formatted as an SDTI 'Variable Block'. The 
format of each SDTI variable block is shown in Figure 3. The SDTI variable block 
has an ENDCODE and a SEPARATOR word as shown in Figure 3. The 

25 SEPARATOR word is followed by a DATATYPE word which words together act as a 
START CODE. 

Each block begins with the 'Separator' word and terminates with the "End 
Code" word. The "separator" word starts immediately following an SAV sequence. 
Thus, the start of a Content Package is defined by the detection of a System Item 
30 'Type' code. 
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The SDTI-CP format as described in the paper is excellent for streaming video, 
audio and auxiliary data. 

However, the present inventor has recognised that there is a need for a format 
which is compatible with computer files to allow data, primarily MPEG-2 encoded 
5 bitstreams but also other bitstreams, to be transferred/ -stored and manipulated as 
computer files. However, computer files have the limitation that they can only be 
accessed as a whole file. 

According to one aspect of the present invention, there is provided a signal 
format comprising a Content Package having at least a System Item and one or more 
10 of a Picture Item, an Audio Item and an Auxiliary Item, wherein the or each of the 
System, Picture, Audio and Auxiliary Items comprises: a Label having a 
predetermined number of bytes and including at least one byte identifying the Item; a 
word count indicating the number of bytes of data of the Item; and the data of the 
Item. 

15 The start and end codes of the SDTI signal are removed and the Label replaces 

the start code. The presence of the Label identifies the format as a file format. 
Preferably the label is an SMPTE universal label. In preferred embodiments of the 
invention the label has a fixed pattern of bits for all Items except for bits which 
identify the Item to which the label belongs. Thus the label acts as an identifier for the 

20 beginning of each Item. 

According to another aspect of the invention, there is provided a file for 
storage in a computer system and comprising a concatenation of Content Packages as 
defined in the said one aspect. The file is accessed by the Operating system of the 
computer system in which it is stored and processed. The file may be processed like 
25 any other file in the computer system. The format of a concatenation of the Content 
packages with the labels allows the file to be processed as a normal file. In addition, 
the presence of the labels allows random access of any content package within the file. 

Other aspects of the invention provide: 

Apparatus for forming a content package comprising an input for receiving an 
30 SDTI signal comprising an SDTI Content Package having at least a System Item and 
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one or more of a Picture Item, an Audio Item and an Auxiliary Item, wherein the or 
each of the System, Picture, Audio and Auxiliary Items comprises a start code, a word 
count indicating the number of bytes of data of the Item, the data of the Item and an 
end code; and a format converter for removing the start and end codes; and for 
5 inserting a Label in place of the start code, the Label having a predetermined number 
of bytes and at least one byte identifying the Item. 

A method of producing a signal, comprising forming a Content Package by 
concatenating at least a System Item and one or more of a Picture Item, an Audio Item 
and an Auxiliary Item, the or each of the System, Picture, Audio and Auxiliary Items 
10 being formed by concatenating: a Label having a predetermined number of bytes and 
including at least one byte identifying the Item; a word count indicating the number of 
bytes of data of the Item; and the data of the Item. 

A method of forming a signal comprising the steps of: receiving an SDTI 
signal comprising an SDTI Content Package having at least a System Item and one or 

15 more of a Picture Item, an Audio Item and an Auxiliary Item, wherein the or each of 
the System, Picture, Audio and Auxiliary Items comprises a start code, a word count 
indicating the number of bytes of data of the Item, the data of the Item and an end 
code; removing the start and end codes; and: inserting a Label in place of the start 
code, the label having a predetermined number of bytes and at least one byte 

20 identifying the Item. 

A method of forming a signal comprising the steps of: receiving an signal 
comprising a Content Package having at least a System Item and one or more of a 
Picture Item, an Audio Item and an Auxiliary Item, wherein the or each of the System, 
Picture, Audio and Auxiliary Items comprises a, Label having a predetermined number 
25 of bytes arid at least one byte identifying the Item a word count indicating the number 
of bytes of data of the Item, and the data of the Item and; removing the Label of each 
Item; inserting a start code in place of the Label; and inserting an end code; to thereby 
produce an SDTI signal. 

A format converter comprising: an input for receiving an SDTI signal 
30 comprising an SDTI Content Package having at least a System Item and one or more 
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of a Picture Item, an Audio Item and an Auxiliary Item, wherein the or each of the 
System, Picture, Audio and Auxiliary Items comprises a start code, a word count 
indicating the number of bytes of data of the Item, the data of the Item and an end 
code; and means for removing the start and end codes; and for inserting a Label in 
5 place of the start code, the Label having a predetermined number of bytes and at least 
one byte identifying the Item. 

A format converter comprising: an input for receiving a signal comprising a 
Content Package having at least a System Item and one or more of a Picture Item, an 
Audio Item and an Auxiliary Item, wherein the or each of the System, Picture, Audio 
10 and Auxiliary Items comprises a, Label having a predetermined number of bytes and at 
least one byte identifying the Item a word count indicating the number of bytes of data 
of the Item, and the data of the Item; and means for removing the Label of each Item, 
and for inserting a start code in place of the Label, and for inserting an end code, to 
thereby produce an SDTI signal 

15 For a better understanding of the present invention, reference will now be made 

by way of example to the accompanying drawings in which: 

Figure 1 shows a known arrangement of System, Picture Audio and Auxiliary 
Items in a Content Package on SDTI; 

Figure 2 shows a known arrangement of the structure of a Content Package 
20 which known arrangement is also used in embodiments of the present invention; 
Figure 3 shows a known format of an SDTI Variable Block; 
Figure 4 shows an example of a Content Package; 

Fi gure 5 shows a Data Structure in accordance with an embodiment of the 
invention of an Item of a Content Package; 
25 Figure 6 shows a Data Structure for Picture, Audio and Auxiliary Items; 

Figure 7 shows a Data Structure for an Element Data Block of a Picture, 
Audio, or Auxiliary Item; 

Figure 8 shows the structure of part of a System Item; 
Figure 9 shows a structure of a Metadata set; 
30 Figure 10 shows structures of Metadata Blocks; 
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Figure 11 shows, by way of example, a file structure according to the 
invention and comprising a concatenation of Content Packages; 

Figure 12 is a schematic block diagram of a video signal processing system 
according to an embodiment of the invention; and 

Figures 13 and 14 are schematic block diagrams of format converters in accordance 
with embodiments of the invention. 

Referring firstly to Figure 2, a content package (CP) as used in embodiments of 
the present invention comprises a plurality of Items of which there are four types: 

• a System Item is a group of metadata Items related to the package itself and 
to the elements in the other 3 Items below; 

• a Picture Item is a group of up to 255 picture stream Elements; 

• an Audio Item is a group of up to 255 audio stream Elements; and 

• an Auxiliary Item is a group of up to 255 auxiliary data Elements. 

The Content Package contains the associated contents of one frame period, 
starting with a System Item and optionally containing one or more of the Picture, 
Audio and Auxiliary Items. It is essential that each Content Package contains a 
System Item. 

The System Item is first in the order of Items in the Content Package and is 
followed by the or each other Item. In embodiments of the invention there is only one 
Item of any one type in a package: there cannot be two or more separate Items of the 
same type in a package. Figure 4 illustrates an example of a Content Package. 

The System Item in turn contains Metadata for the elements in the Picture, 
Audio and Auxiliary Items. 

The Picture, Audio and Auxiliary Item may each contain one or more 
Elements. 

Item Data Structure 

In accordance with embodiments of the present invention, as shown in Figure 
5, the System, Picture, Audio and Auxiliary Items are each formatted as a variable 
length block beginning with a unique SMPTE Universal Label [SMPTE 298M, 
"Universal Labels for the Unique Identification of Digital Data"]. The format is 8 bit 
data entered into bits bO to b7 of a 10 bit word. The Figures show only bits bO to b7. 
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For Type, Word Count and Data Block words, bit 8 is set to be the even parity of bits 
bO to b7 and bit b9 is set to be odd parity as per SDTL 

The SDTI Data Type word values are set as follows: 

System: '04h\ Picture: '05h\ Audio: '06h\ Auxiliary: '07h' 

5 The Label is different for each Item in the package to provide unambiguous Item 
identification. The label is 16 bytes long and has a regular pattern for all bytes except 
the Item Data Type. Therefore its detection will be very reliable. It will be noted that 
in comparison with the SDTI variable block of Figure 3, there is no START CODE 
and no END CODE. Thus, the Item data structure of Figure 5 does not offer the 
10 ability to provide a unique stop code as used in SDTI variable length blocks. The 
Word Count in each Item is therefore completed so that a decoder does not rely wholly 
on the detection of the label of the next Item (or an end-of-file marker). 

Each Item follows the general model of Key-Length- Value, where the 4 Key' 
identifies the data type, the 'Length' gives the data length and the 'Value' is the data 
15 itself. This principle allows a decoder to identify each component by the 'Key' and 
skip any component it cannot recognise using the 'Length' value to continue decoding 
data types with recognised 'Key' values. 
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The label has 16 bytes. It may be as set out in the following Table 1, by way of 



example: 



r>yte ino. 


Description 


Value (hex) 


I 


Object Identifier- 


06h 


n 
Z 


Label Size 


OEh 




1 loci rrnoti An ■ T O 

i-^csignauon. loL/ 


zBn 


4 


Designation: SMPTE 


34h 


5 


Registry: Wrappers 


03h 


6 


Registry: Simple Wrappers 


Olh 


7 


Standard: Content Package File 


02h 


8 


Version Number 


Olh 


9 


Item Data Type 


04h-07h 


10-16 


Zero fill 


OOh 



5 Table 1: Specification of the Content Package Label 

The Ttem Data Type' word (Byte 9) is defined for the four Items as follows: 
System = 04h, Picture = 05h, Audio = 06h, Auxiliary = 07h. 

It will be appreciated that the bytes 1 to 8 have predefined values which are the same 
for all four types of Item. The byte 9 is variable according to the type of Item. Thus 
10 bytes 1 to 8 may be used as a video synchronisation code. 

The form of the SMPTE Universal Label may be different to that shown in 
Figure 1. The designaions of the bytes may change and the hex values may 
change.However, with embodiments of the present invention, the Label has some 
bytes, e.g. 1 to 8 in Table 1 with predefined values, and at least one variable byte, e.g. 
15 byte 9 defining Data Type. 

Note, that for compatibility with the SDTI-CP streaming wrapper, the Word 
Counts use the 'Little Endien' format i.e. the Least Significant byte is first. 

The detailed structures, of the System Item, and of the Picture, Audio and 
Auxiliary Items will now be discussed. 
20 Picture. Audio and Auxiliary Item Structure 
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The Picture, Audio and Auxiliary Items have a common data structure where 

v • 

the Item Label is followed by a 4-byte Word Count and a 1-byte Item Header word 
defining the number of Elements in the Item. The data part then comprises the defined 
number of Element Data Blocks until the end of the Item as shown in Figure 6. 
5 Comparing Figures 5 and 6, the Item of Figure 6 comprises the 16 byte label 

and Word Count, followed by the Item Data. The Item Data of the picture, audio and 
Auxiliary Items comprises an Item Header, followed by one or more Element Data 
Blocks of which 3 are shown by way of example. The maximum number of Element 
Date Blocks is for example 255. 
10 It is recommended that the Word Count value is correctly set to the length of 

the Item data block. In extreme cases, the. Word Count value can be set to zero to 
indicate an undefined block length but the successful decoding of subsequent Items 
then depends on the reliable detection of the Label of the next Item. 

The value of the 1-byte Item Header word is the number of Elements in the 
15 range 1 to 255 (0 is not valid). The Item Header word is provided so that the number 
of Element Data Blocks is known in cases where the Item Word Count is set to zero. 

However, if an Element uses an Element Word CounLvalue of zero, the Item 
Word Count must also be zero (since it cannot calculate a true word count value from 
the unknown Element word count value) and therefore can only contain that Element 
20 as either the only Element, or as the last in a sequence. Since there is no provision to 
mark the end of such an Element, the only end marker available is the Label of the 
next Item (or the end-of-file marker). 

Element Structure 

Referring to Figure 7, the common block structure for each Element is shown. 
25 Each Element Block starts with a 1 byte Element Type value to identify the type of 
Element, followed by a 4 byte Word Count of the Element Data block size, a 1 byte 
Element Number and completed by the Element Data itself. 

The Element Type value identifies the type of element. This identification is 
additional to the 'Item Data Type' of the Item label. 
30 Examples of Element Type are: 
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( V". a Data Element which may contain lines of Teletext data of a video frame or 

field; 

an Audio Element which may contain an AES 3 audio frame; and 
a Picture Element which may contain an MPEG-2 video frame coded as a 
5 Video Elementary Stream. 

There may be more than one element type in an item. The Elements are 
identified individually (in addition to the Item) because the Elements may occur in any 
order after the System Item. 

The Element Word Count is little-endien and its value is the length of the 
10 Element Data words plus T for the Element Number word. However, where the 
Element Word Count value is not known at the point of encoding; like the Item count, 
it may be set to zero to indicate an undefined data block length. 

However, if an Element uses an Element Word Count value of zero, the Item 
Word Count must also be zero (since it cannot calculate a true word count value from 
15 the unknown Element word count value) and therefore can only contain that Element 
as either the only Element, or as the last in a sequence. There is no provision to mark 
the end of such an Element, in the illustrated file structures of the present invention as 
described hereinbelow. The value of the Element Number is 0 to 255 and is set to be 
unique amongst the elements in an Item. The Element Number will increment by one 
20 for each new element in sequence. 

The System Item Structure 

As shown in Figure 2, the System Item comprises Metadata blocks. This 
system-level metadata describes the operation of the CP in various modes and provides 
key metadata Items related to the whole content package. It also contains package 
25 metadata together with metadata linked to elements in the Picture, Audio and 
Auxiliary Items. The System Item includes an optional downstream Control Element 
whose space is allocated but whose format is not defined herein but may be defined. 

The metadata structures will be discussed in the following description. 

Metadata Structures of System Item 
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The System Item contains a specific pre-defined metadata structure which is 
used to describe the package itself. It also contains general metadata structures for the 
package, picture, audio and auxiliary metadata. 

System Item Metadata 

The structure shown in Figure 8 shows an example of a part of a System Item 
structure. The structure of Figure 8 begins at bit A Q and ends at bit A L . Referring to 
Figure 5, the structure of Figure 8 corresponds to the section of Figure 5 after the Item 
label and beginning at A Q and ending at A L . The structure of Figure 8 is preceded by 
an Item Label as described above. The structure states at bit A Q with a System Item 
Header of 7 bytes, followed by an optional SMPTE Universal Label [5], time stamps, 
package, picture, audio and auxiliary metadata sets and an optional Control element. 

The System Item header is a packed metadata set which defines: 

• a System Item Bitmap word; 

• a Content Package Rate word; 

• a Content Package Type word, including stream status flags; 

• a Channel Handle word; and 

• a Continuity Count word. 

Details of following parts of the data structure are known from, and are 
available in more detail, in the Pro-MPEG web site www.pro-mpeg.org. Thus only a 
summary of the key components now follows: 

System Item Bitmap. Content Package Rate and Type Words 

These 3 words provide detailed information about the content package 
structure including the package rate, the type of package transfer and identification of 
the package components present. 

Channel Handle 

The Channel Handle word is used to identify a package channel in the case of 
transferring multiple package streams between two storage devices. Each package 
stream is assigned a different channel handle value by the encoder so that the decoder 
can separate the different incoming streams. This is an optional facility currently. 

Continuity Count 
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The Continuity Count is a modulo 65536 counter which increments by '1' for 
each new package in the same stream. If the data transmission were to be interrupted, 
then the Continuity Count would allow decoders to detect the switch and take 
appropriate action. 

SMPTE Universal Label 

A SMPTE Universal Label (according to SMPTE 298M) may be added to 
identify this as a Content Package. This label also identifies the application decoder 
template so a decoder can detect all the components of the package are decodable. 

Creation & User Time Stamp s 

Creation and user time stamps can be added to provide respectively, the 
package origination time and a user defined time. Both have a 1-byte time stamp 
identifier followed by 16 bytes of data. SMPTE 12M time-code is currently supported 
and future extensions such as the proposed SMPTE 309M (which defines a date 
format in the user bits) can be supported in the future. 

Package. Picture. Audi o and Auxiliary Metadata Sets 

The first metadata set is the package metadata which contains metadata for the 
package as a whole; such as, for example, a programme title. This metadata does not 
require a 'link' Item as each component of the set is linked to the package as a whole 
rather than any part. 

The subsequent metadata sets are Picture, Audio and Auxiliary. They are only 
present if the associated Picture, Audio and Auxiliary Item is present in the package. 
There is no point in having metadata describing a non-existent essence! Each Item of 
metadata in these sets has a 'link' Item which links the metadata to the associated 
Element. 

The structure of each Metadata set will now be described with reference to 
Figures 9 and 10. 

Metadata Set 

The System Item of Figure 2 or 8, comprises one or more Metadata sets. As 
shown in Figure 9 each Metadata set starts with a 1-byte Metadata Count which 
defines the number of metadata blocks in the set. A Metadata Count value of '00h' is 
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a valid value and indicates no Metadata Blocks. In this case, the metadata set is only 
one word long. The count byte is followed by Metadata blocks. 
Metadata Block 

Referring to Figure 10, each Metadata block comprising a 1-byte metadata 
5 Type word, followed by a 2-byte Word Count word and completed by the metadata 
itself. 

Picture, Audio and Auxiliary metadata blocks may be preceded by a 'Link' 
metadata block which provides a link between the metadata and the essence of the 
associated Element. A 'Link' metadata block will occur as many times as there are 
10 elements to link. Each time a 'Link' metadata Item is found, the immediately 
following metadata blocks will all refer to the linked element until the next 'Link' 
metadata Item is found. Since the 'Link' metadata Item is a very specific metadata 
component and of such a short length, it dispenses with the word count and comprises 
3 words, as shown in Figure 10; 
15 • A Metadata Link Type ; 

•An Element Type; and 

•An Element Number. 

The Link Metadata Items allow, in principle, the blocks of a Metadata set to be 
in any order. However, it is preferred that Metadata sets of different types be arranged 
20 in a predetermined order, for example as shown in Figure 8. 
File 

Referring to the example of Figure 1 1 an example of a file in accordance with 
the invention is shown. It comprises a sequence of content packages Ko-K n where n is 
12 for example. A frame of encoded video is packaged with the other data to form a 
25 sequence of content packages. This Figure shows the notional frame-by frame storage 
of a package sequence from left to right. Such a file may contain an unspecified 
number n of packages. In general n may be one or more. In a file storage system, the 
file location in memory is defined by the file start location and length as defined by the 
Operating System. 

30 Package Ko contains an I frame which, in accordance with an MPEG GOP, is 

the first frame, and in this case also the first package. .The GOP ends with an I-frame 
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K 10 . Packages Ki, K, ... K 7 contain P frames. Packages K 2 , K 3 , Kt ... Kl n , K 12 
contain B frames. The numbers in the packages indicate the display order of the 
frames. The packages and frames as shown in Figure 11 are in processing order. 
They are so ordered to enable decoding of the B frames. 
5 Figure 1 1 shows that each Package e.g Ko is structured as one Content Package 

as shown in Figure 4, and that the System Item of each Content Package is structured 
as shown in Figure 5 (and Figure 8). That is the System Item starts with an Item 
Label, followed by a Word Count and Item Data as indicated by dotted lines in Figure 
11. Other items have the same form as indicated by the solid lines for a Picture Item. 

10 Video Signal Processing System 

Referring to Figure 12, a video source 2 produces an SDTI-CP bitstream and 
clock. The SDTI-CP bitstream has the known structure shown in Figures 1, 2 and 3. 
The source may be a video tape recorder, video disc recorder or some other stream 
source. The SDTI-CP bitstream is fed to a buffer 4. 

15 The buffer 4 detects and removes any gaps in the SDTI-CP bitstream; - such a 

bitstream may be produced in bursts. An interface 6 receiving the SDTI-CP bitstream 
and clock from the buffer 4 and converts the SDTI-CP bitstream in the buffer 4 into a 
file for storage in the computer system 12. It will be noted that the SDTI variable 
block of Figure 3 has an END code and a START code provided by the DAT A WORD 

20 following the SEPARATOR. The SDTI-CP bitstream is to be stored as a file in a 
computer system 12 having a data storage device 8 and a computer or microcontroller 
10. 

The interface 6 and buffer 4 are controlled by the computer 10. The interface 6 
removes the START (i.e. separation and data type) and END codes from the variable 

25 blocks. The interface 6 adds Item Labels in place of the START codes. The result is a 
file which may be of arbitrary length. The file is stored in the storage device 8 under 
the control of the Operating System run by the computer 10. By way of example, the 
Operating System may have a File Allocation Table (FAT) which stores the File 
Names and the physical location(s) in the storage device in which the File is stored. In 

30 addition to the FAT, the Item Labels which replace the Item Type words indicate that 
the stored data is a file rather than a bitstream. The word counts in the Variable 
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Blocks and in the Element Data Blocks are usable to find the end of the file, in 
addition to the use of the FAT. 

By providing such a file format, data can be stored and accessed as a file like 
any conventional computer file. Access to files is relatively quick. Such a file can be 
5 copied, transferred as a file between servers, and otherwise processed like any other 
computer file. For example the computer system 12 may be one server. It may be 
linked to another server 14 or other file storage devices via a network link 16 such as 
Ethernet. 

Furthermore, the System Item and the metadata in it allows random access to 

10 any Picture, Audio and Auxiliary Item in the file because the metadata is embedded in 
the bitstream which forms the content of the file. The System Item is accessible 
because it is labelled as such. The Picture data may be accessed to accuracy of one 
frame: see for example Figure 1 1 in which individual I and P frames are in respective 
content packages each having a System Item and a Picture Item. Furthermore, the 

15 Item Labels can act as synchronisation codes because they have a predefined code 
(except for the Data Type code). 

Various modifications may be made to the data structures according to the 
invention as described above. For example, the System Item may be modified to 
include a word or words defining the start and stop points of a clip, i.e. a sequence of 

20 video frames. The System Item may be modified to include words indicating the pre- 
roll and post-roll periods. 

The buffer 4, under the control of the computer 10 may recreate the SDTI-CP 
bitstream from the file for storage in the recorder 2. 

Referring to Figures 13 and 14, examples of format converters are shown. 

25 Referring to Figure 13, the converter converts an SDTI-CP Item into an Item as shown 
in Figure 5. A multiplexer 20 has first 22 and second 24 inputs and an output 26. A 
first store 28 is connected to the first input 22. The first store stores the SMPTE 
Universal labels. A second store connected to the second input stores, temporarily 
SDTI_CP Items having start and end codes. A controller 32 controls the writing of 

30 data into the stores and the reading of data from the stores under the control of e.g. the 
computer 10 of Figure 12 from which it receives data and control signals via 
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connection 34. The controller writes an SDTI Item into the store 30. It receives the 
clock signal associated with the SDTI Item. It also receives the start and end codes to 
enable the writing of one item into the store 30. It may write only the word count and 
the data or it may write the whole Item including the start and end codes, at the choice 
of the designer. It writes the label, into the first store. The label is read out to the first 
input 22 of the multiplexer 20 followed by the word count and data of the Item which 
are read out to the second input 24. The multiplexer outputs an Item as shown in 
Figure 5 at its output 26. A plurality of concatenated Items form a content package as 
described above and the packages are concatenated to form a file. The file does not 
have an associated clock. 

The reverse process is performed by the converter of Figure 14. A multiplexer 
36 has first 38, second 40 and third 42 inputs and an output 44. A first store 46 storing 
the start code is connected to the first input. A second store or buffer 48 stores an Item 
of a Content Package of a file, and is connected to the second input 40. A third store 
50 stores the end code and is connected to the third input 42. A controller 54 controls 
the writing of data into the stores and the reading of data from the stores under the 
control of e.g. the computer 10 of Figure 12 from which it receives data and control 
signals via a port 56. The controller reads the start code from the first store followed 
by the Item Type word, word count and data of the Item stored in second store 48 
followed by the end code stored in the third store 50. The multiplexer combines the 
start code, Item type word, the word count and the data to output an SDTI-CP Item. 

A clock signal is provided at an input CK of the multiplexer and output on a 
separate clock output. 



1-99-42 



CLAIMS 

1. A signal format comprising a Content Package having at least a System 
Item and one or more of a Picture Item, an Audio Item and an Auxiliary Item, wherein 
the or each of the System,, Picture, Audio and Auxiliary Items comprises: 
5 a Label having a predetermined number of bytes, and including at least one 

byte identifying the Item; 

a word count indicating the number of bytes of data of the Item; and 
the data of the Item. 

10 2. A signal format for use in a system which transfers data to and/or from 

an SDTI system, the signal format comprising a SDTI Content Package having at least 
a System Item and one or more of a Picture Item, an Audio Item and an Auxiliary 
Item, wherein the or each of the System, Picture, Audio and Auxiliary Items 
comprises: a word count indicating the number of bytes of data of the Item; and the 

15 data of the Item; each Item being modified in that a Label having a predetermined 
number of bytes and identifying the Item replaces the Start Code of the Item and the 
End Code of the Item is removed. 

3. A signal format according to claim 1 or 2, wherein the Label has a fixed 
20 number of bytes having preassigned values and at least one byte of variable value for 

identifying an item. 

4. A signal format according to claim 1, 2, or 3, wherein the said data of 
the or each Item comprises one or more Element data blocks, the or each Item also 

25 having an Item header, preceding the element data block, and indicating the number of 
element data blocks in the Item. 



5. 

comprises: 



A signal format according to claim 4, wherein each Element data block 
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at least one word indicating the number of words in the Element, and if greater 
than zero, at least one word defining the type of element and at least one word 
indicating the number of the Element, and the data of the Element. 

5 6. A signal format according to any preceding claim, wherein the data of 

the System Item includes metadata relating to the or each of the Picture, Audio and 
Auxiliary Items in the Content Package. 

7. A signal format according to claim 6, wherein the said metadata 
10 includes link metadata which links metadata relating to an Element to the Element to 

which it relates. 

8. A signal format according to any preceding claim, wherein the Label 
has a predetermined fixed format except for the said byte identifying the Item. 

15 

9. A file for storage in a computer system, the file comprising a 
concatenation of one or more Content Packages as defined in any preceding claim. 

10. A file according to claim 9, comprising a concatenation of a plurality of 
20 Content Packages, each Content Package including one video frame. 

11. A file according to claim 10, wherein the frames are compressed video 

frames. 

25 12. A method of producing a signal, comprising 

forming a Content Package by concatenating at least a System Item and one or 
more of a Picture Item, an Audio Item and an Auxiliary Item, 

the or each of the System, Picture, Audio and Auxiliary Items being formed by 
concatenating: 
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a Label having a predetermined number of bytes and including at least one byte 
identifying the Item; 

a word count indicating the number of bytes of data of the Item; and 
the data of the Item. 

13. A method of forming a signal comprising the steps of: 
receiving an SDTI signal comprising an SDTI Content Package having at least 
a System Item and one or more of a Picture Item, an Audio Item and an Auxiliary 
Item, wherein the or each of the System, Picture, Audio and Auxiliary Items comprises 
a start code, a word count indicating the number of bytes of data of the Item, the data 
of the Item and an end code; 

removing the start and end codes identifying the Item type; and: 

inserting a Label in place of the start code, the label having a predetermined 
number of bytes and at least one byte identifying the Item. 



14. A method of forming a signal according to claim 13, wherein the Label 
has a predetermined fixed format except for the said byte identifying the Item. 

15. A method of forming a file for storage in a computer system, 
comprising concatenating one or more Content Packages as defined in any one of 
claims 1 to 8. 



16. A method of forming a file for storage in a computer system, 
comprising concatenating a plurality of Content Packages, each Content Package 
being formed by the method of claim 12, 13 or 14. 

17. A method according to claim 15 or 16, wherein each Content Package 
includes one video frame. 
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f:":. 18. A method according to claim 17 wherein the frames are compressed 

video frames. 



19. A method of transferring video data within a computer network, 
5 comprising: forming a file containing the video data by the method of claim 18 or 19; 

and transferring the file. 

20. Apparatus for forming a content package comprising 

an input for receiving an SDTI signal comprising an SDTI Content Package 
10 having at least a System Item and one or more of a Picture Item, an Audio Item and an 
Auxiliary Item, wherein the or each of the System, Picture, Audio and Auxiliary Items 
comprises a start code, a word count indicating the number of bytes of data of the 
Item, the data of the Item and an end code; and 

a format converter for removing the start and end codes; and for inserting a 
15 Label in place of the start code, the Label having a predetermined number of bytes and 
at least one byte identifying the Item. 



21. Apparatus according to claim 20, further comprising a signal source for 
producing the SDTI signal. 

20 

22. Apparatus according to claim 21, further comprising a buffer for storing 
the SDTI signal and providing it to the said removing and inserting means. 

23. Apparatus according to claim 22, further comprising a computer system 
25 having a store for storing files, the said format converter being an interface between 

the said signal source for producing the SDTI signal and the computer system. 

24. Apparatus according to claim 23, wherein the computer system 
comprises a network of file stores linked by a file transfer system. 



30 
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25. A method of forming a signal comprising the steps of: 

receiving an signal comprising a Content Package having at least a System 
Item and one or more of a Picture Item, an Audio Item and an Auxiliary Item, wherein 
the or each of the System, Picture, Audio and Auxiliary Items comprises a Label 
having a predetermined number of bytes and at least one byte identifying the Item a 
word count indicating the number of bytes of data of the Item, and the data of the Item; 
removing the Label of each Item; inserting a start code and Item type word in place of 
the Label; and inserting an end code to thereby produce an SDTI signal. 

26. A format converter comprising: 

an input for receiving an SDTI signal comprising an SDTI Content Package 
having at least a System Item and one or more of a Picture Item, an Audio Item and an 
Auxiliary Item, wherein the or each of the System, Picture, Audio and Auxiliary Items 
comprises a start code, a word count indicating the number of bytes of data of the 
Item, the data of the Item and an end code; and 

means for removing the start and end codes; and the Item type word and for 
inserting a Label in place of the start code, the Label having a predetermined number 
of bytes and at least one byte identifying the Item. 

27. A format converter according to claim 26, wherein the said means 
comprises a multiplexer having first and second inputs and an output, a first store for 
storing the Label coupled to the first input, a second store for storing the SDTI signal, 
and a controller for reading the Label out of the first store for supply to the first input 
followed by reading the word count and the data out of the second store for supply to 
the second input 

28. A format converter comprising: 

an input for receiving a signal comprising a Content Package having at least a 
System Item and one or more of a Picture Item, an Audio Item and an Auxiliary Item, 
wherein the or each of the System, Picture, Audio and Auxiliary Items comprises a, 
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Label having a predetermined number of bytes and at least one byte identifying the 
Item a word count indicating the number of bytes of data of the Item, and the data of 
the Item; and 

means for removing the Label of each Item, and for inserting a start code and 
5 Item type word in place of the Label, and for inserting an end code, to thereby produce 
an SDTI signal. 

29. A format converter according to claim 28, wherein the said means 
comprises a multiplexer having first second and third inputs and an output, a first store 

10 for storing the start code coupled to the first input, a second store for storing an Item 
and coupled to the second input and a third store for storing the end code and coupled 
to the third input, and a controller for reading the start code out of the first store for 
supply to the first input, followed by reading the Item type word, the word count and 
the data out of the second store for supply to the second input and followed by reading 

15 the end code out of the third store for supply to the third input, to thereby produce the 
SDTI signal. 

30. A signal format substantially as hereinbefore described with reference 
to Figure 5 together with Figure 2 and optionally together with Figure 6, 7, 8, 9 and/or 

20 10. 

31. A file substantially as hereinbefore described with reference to Figure 
1 1 together with Figures 2 and 5 and optionally together with Figure 6, 7, 8, 9 and/or 
10. 

25 

32. A method according to claim 13 or 14 of producing a signal and 
substantially as hereinbefore described with reference to Figure 5 together with Figure 
2 and optionally together with Figure 6, 7, 8, 9 and/or 10. 
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33. A method of forming a file for storage in a computer system and 
substantially as hereinbefore described with reference to Figure 11 together with 
Figures 2 and 5 and optionally together with Figure 6, 7, 8, 9, 10 and/or 12. 

34. Apparatus for forming a content package and substantially as 
hereinbefore described with reference to Figure 12 together with Figures 2 and 5 and 
optionally together with Figure 6, 7, 8, 9, and/or 10. 

35. Apparatus for forming a file and substantially as hereinbefore described 
with reference to Figure 12 together with Figures 2 and 5 and optionally together with 
Figure 6, 7, 8, 9, and/or 10. 
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ABSTRACT 
DATA FORMAT AND DATA TRANSFER 

A Content Package comprises System, Picture, Audio and Auxiliary Items. A 
System Item compris.es a set of metadata blocks. Picture, Audio and Auxiliary Items 
5 each comprise one or more elements (Figure 2). 

The System, Picture, Audio and Auxiliary Items have a common format 
comprising a 16 byte SMPTE Universal Label, a Word Count, and Data (Figure 5). 
Start and end codes are omitted from the Items. The Item Label has a predetermined 
length which are set to fixed value except for the byte identifying the Item to which 
10 the label belongs. 

The data of the System Item includes a set of Metadata blocks. 

The set of metadata blocks has an initial Metadata Count byte defining the 
number of blocks in the set. A metadata block may include a metadata Link which 
links the metadata of that block to the essence of the element of the Auxiliary Item 
15 with which element it is associated (Figure 10). 

A plurality of Content Packages is concatenated to form a computer file 
allowing transfer and storage of the Content Packages as a file (Figure 11). Preferably 
each Content Package contains a compressed video frame. 

20 

[Figures 2, 5 and 11] 
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